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Description 
Consuming Web Services on Demand 

Background of Invention 
Field of The Invention 

[0001] The present invention is about consuming Web Services 

with instantaneous inputs, dynamic reconfiguration, 

transparent code generation, and multiple threads. 
Related Art 

[0002] Service Oriented Architecture (SOA) renders computer 
software as on-demand services. SOA is evolving into a 
pervasive enterprise computing platform because it af- 
fords more flexibility and efficiency in enterprise applica- 
tion integration than the traditional component architec- 
ture like EJB and COM. 

[0003] Grid computing is a configuration, implementation, and 
exhibit of SOA. On-demand computing is the delivery of 
the computer grid. Web Services is the content and service 
delivered by on-demand computing under SOA, which 
comprises of following major characteristics: 1. Input to 



the grid is instantaneous and spontaneous; 2. Grid wide 
parameters can be configured and reconfigured in real 
time; 3. The grid adopts a pay-as-you-go finance sched- 
ule. 

[0004] web Services Description Language (WSDL) is the cook- 
book for Web Services. Residing in the computer net- 
works, WSDL is an XML file to describe Web Services. 
WSDL consists of two main parts, interface and implemen- 
tation. 

[0005] The interface part comprises of abstract descriptions of: 

1. binding, specifying the network transport, such as 
SOAP, HTTP, SNMP, etc., to deliver described Web services; 

2. portType, listing the operations of the described Web 
services; 3. types, defining the SOAP schema types of the 
input and output parameters for the operations. 

[0006] Pointing to the actual service implementations, the imple- 
mentation part contains one or more ports. Each port has 
an endpoint, network address where the described Web 
service resides. Each port points to a binding instance in 
the interface part. 

[0007] simple Object Access Protocol (SOAP) is stacked on top of 
HTTP and XML. HTTP is the network transport for SOAP 
while XML is the content format of SOAP messages. SOAP 



is designed for remote method invocations by means of 
XML plain text messaging. SOAP is the most widely used 
messaging mechanism for Web Services. 
[0008] Technologies bound for Web Services fall into three cate- 
gories: 

[0009] i. Creating Web Services. It is a server technology that ex- 
poses existing or new software constructs as services by 
creating WSDL files for the services. 

[0010] 2. Deploying and managing Web Services. It is a middle 

tier to server technology that involves UDDI registries and 
network configurations. See following US patent applica- 
tions: a) Numbers 20030055878, 20030055868, and 
20030055624 by James Fletcher et al; b) Numbers 
20020178254, 20020178244, and 20020178214 by Peter 
Brittenham et al. 

[001 1] 3. Consuming Web Services. It is a client technology that 
invokes the services based on information provided by the 
WSDL files. 

[0012] As the title has suggested, the present invention is about 
consuming Web Services. The US patent application titled 
"Invocation of Web Service from a Database" (number 
20030093436 by Larry Brown et al) invokes Web Services 
with carefully constructed SQL queries. It's an attempt to 



solve the client problem with a server side approach. The 
present invention invokes Web Services with client soft- 
ware constructs that are independent of database man- 
agement systems. The US patent application titled "Test- 
ing Web Services as Components" (number 20030074423 
by Thomas Mayberry et al) is an attempt to treat Web Ser- 
vices as software constructs under component architec- 
ture for testing purposes. The present invention itself fol- 
lows SOA and takes a SOA approach throughout the Web 
Services testing process. 
[0013] By adopting SOA and by making the process of consuming 
Web Services totally coding free from user's perspective, 
the present invention instantly making Web Services ac- 
cessible via the Web and is readily configurable as a Web 

Services tester as well. 
The System Configuration 

[0014] a round trip of consuming Web Services involves steps of: 
1. constructing SOAP request messages; 2. sending SOAP 
request messages via computer networks; 3. processing 
SOAP request messages; 4. invoking methods; 5. con- 
structing SOAP response messages; 6. sending SOAP re- 
sponse messages via computer networks; 7. processing 
SOAP response messages. 



[0015] steps 1, 2, and 7 are client side operations; steps 3, 4, 5, 
and 6 server side operations. The present invention covers 
the client side operations that has a full spectrum of sub- 
operations. The present invention focuses on: interacting 
with end users with a Web browser; constructing invoca- 
tion request objects from user data; making SOAP calls; 
and processing SOAP responses. 

[0016] | n the early stage of Internet, most of the Web pages are 
static HTML pages. Powered by the demand of dynamic 
content, Web page constructs like Microsoft's Active 
Server Page (ASP) and Sun Microsystems's Java Server Page 
QSP) become the industry standards for dynamic pages. 
JSP is used by the computer program product because of 
its support for pure Java programming. The computer 
program product comprises of a set of JSP files that ren- 
der HTML pages with real time data. The computer pro- 
gram product utilizes Apache Tomcat as the Servlet en- 
gine to run these JSP pages. 

[0017] | n t he middle tier is a set of servlets deployed in Tomcat 
to direct the data traffic between the Web browser and the 
Java backend, which transforms user data like WSDL and 
concurrency configurations into Java objects. Meanwhile, 
the computer program product calls Axis api to generate 



Java client stubs from WSDL such that network program- 
ming reduces to a local task. The computer program 
product constructs the invocation request object from 
user data and makes SOAP calls by invoking methods in 
the client stubs, which makes a client counterpart of the 
round trip server step 4. 
[0018] when making SOAP calls the generated client stubs talk to 
Axis runtime, which serializes the Java objects into SOAP 
request messages and sends SOAP request messages over 
computer networks. Upon receipt of SOAP responses, AXIS 
deserializes them into Java objects and the computer pro- 
gram product processes the Java objects and present the 

result with JSP pages. 
Summary of Invention 

[0019] The present invention provides steps and means for on- 
demand coding-free service invocations by constructing 
invocation objects on the fly. The present invention is also 
completely end user coding free for multi-threading, for 
processing SOAP responses, and for measuring SOAP per- 
formance. 

[0020] The conventional wisdom for on-demand invocations is to 
use DM Dynamic Invocation Interface, where steps of gen- 
erating client stubs are skipped. While DM handles simple 



SOAP data types at ease, it encounters great difficulties in 
constructing invocation inputs for complex data types. 
More over, manual coding is needed with DM in order to 
construct the invocation object. The present invention 
provides steps and means for automatically constructing 
invocation inputs with the generated client stubs up to an 
arbitrary complexity of input data types. 

[0021] The present invention is configured as a Web Services 

tester when setting the number of invocation threads or 
the number of invocations per thread to be greater than 
one. The tester measures and presents SOAP performance 
in real time interaction with end users. 

[0022] By adopting SOA, the present invention innovates in depth 
and width as embodied in: 1. cloning prior Web Services 
invocations; 2. processing overloaded methods; 3. dy- 
namically reconfiguring Web Services by intercepting, 
transforming, and redirecting SOAP messages; 4. provid- 
ing pay-as-you-go and prepaid finance schedules; 5. dy- 
namically reconfiguring the list of operations to be in- 
voked given a Web service; 6. instantly making Web Ser- 
vices accessible via the Web. 
Brief Description of Drawings 

[0023] pig m i depicts an embodiment of the present invention that 



takes WSDL as an initial input and produces an invocation 
result as the output. 
[0024] pig 2 depicts a generic workflow of the present invention. 

[0025] pig m 3 depicts the control flow of parsing a WSDL file. 

[0026] pi g _ 4 depicts the control flow of constructing a Web Ser- 
vices invocation object. 

[0027] p ig 5 depicts the control flow of constructing invocation 
inputs. 

[0028] pig m 6 depicts the workflow of invoking a Web service with 
multiple threads. 

[0029] pig m 7 depicts the control flow of cloning a prior Web Ser- 
vices invocation. 

[0030] pig m § depicts the control flow of charging the end users. 

Detailed Description 

[0031] The present invention is directed to a system, method, 

and computer program product for on-demand invocation 
of Web Services with multiple threads. The system func- 
tions as a computing grid in computer networks where it 
spontaneously processes concurrent Web Services invoca- 
tion requests. For each invocation request, the system 
spurs one or more threads to invoke the Web service des- 
ignated by the request. Then, the system presents the in- 



vocation result including SOAP performance as automati- 
cally generated JSP pages. 
An Overview of the Present Invention 



[0032] The present invention hides all the complexity of invoking 
Web Services from end users. As depicted in Fig. 1, the ini- 
tial input 60 to the system is the location of a WSDL file. 
Web Services invoker 100 retrieves WSDL from computer 
network 80, transparently invokes Web Services described 
in the WSDL, and present the invocation result 180 via the 
computer network 160. Input to the system is instanta- 
neous and spontaneous. The system is interactive with 
end users, but under no circumstances manual coding of 
end users is needed for the present invention to carry out 
Web Services invocations. 

[0033] pfg m 2 offers a close view of how the present invention 
works in real world. First, the system presents a Web 
based form 200 to the end user. WSDL location is the re- 
quired form field; concurrency configurations are optional 
from end user's perspective, which means the system as- 
signs default values in the absence of user inputs. Second, 
the system simultaneously retrieves and parses the WSDL 
210, and saves the concurrency configurations 228. Third, 
as a result of parsing, the system simultaneously gener- 



ates Web based forms 220 and client stubs 226. Fourth, 
the Web Services invoker 230 takes the form data, gener- 
ated client stubs, and configurations and invokes the des- 
ignated Web Services with multiple threads. Fifth, the sys- 
tem simultaneously processes SOAP responses 246 and 

measures SOAP performance 248. 
The Construction Phase 

[0034] Prerequisites for invoking a Web service are: 1. Concur- 
rency configurations that dictate the multi-threading be- 
havior of the service invoker; 2. An invocation object that 
makes SOAP calls; 3. Invocation inputs that carry the pa- 
rameter values of operations. 

[0035] Concurrency configurations, either from user inputs or 
from system default values, consists of following entries: 
1. The number of threads to be spurred for service invo- 
cation; 2. The initial number of threads to be spurred; 3. 
The time interval for the next thread upon the initial num- 
ber of threads being spurred; 4. The number of repeated 
invocations for each invocation thread. 

[0036] The present invention provides steps and means for 

transparently constructing the invocation object and in- 
puts, which are preceded by parsing the WSDL file as de- 
picted in Fig. 3. When the WSDL 300 is retrieved and vali- 



dated in process 310, the system parses the XML content 
of WSDL 328. Then, the system runs two independent tests 
on SOAP endpoint 320 and port type 338. If SOAP endpoint 
is found, the system generates client stubs 330, and con- 
structs invocation object 340. If port type is found, the 
system generates Web based forms 348. 

[0037] web based forms and client stubs are simultaneously 

generated for performance reasons. While end users are 
filling the forms with parameter values, the system is gen- 
erating client stubs and constructing the invocation object 
in the background. When the form data is submitted and 
inputs are constructed, the system is ready to invoke the 
designated Web service and the end user will not experi- 
ence noticeable latency in SOAP response. 

[0038] pig m 4 provides a close view of how the invocation object is 
constructed. First, the system generates client stubs 408 
from WSDL. Second, the system loads classes 418 from the 
generated stubs. Third, the system constructs the invoca- 
tion object 420 from loaded classes. The system also of- 
fers shortcuts to the construction of invocation object 
provided that client stubs 400 and/or loaded classes 410 
preexist. These shortcuts are designed for improving sys- 
tem performance because invocation object construction 



is a resource intensive operation. 
[0039] pi g _ 4 actually shows three routes to constructing an invo- 
cation object: 1. starting with WSDL, taking 400 408 418 
420; 2. starting with the generated stubs, taking 400 410 
418 420; 3. starting with the loaded classes, taking 400 410 

420. 

[0040] pi g _ 5 extends process 348 in Fig. 3 and provides a close 

view of constructing invocation inputs. The system parses 
the form data 500 and maps SOAP schema data types to 
those of underlying programming language. The com- 
puter program product aspect of the present invention 
maps SOAP types to Java types. The system runs a series 
of tests. The first one is an array test 510, if true, recur- 
sively testing whether it"s an array of arrays. Otherwise, 
the system tests whether the SOAP type can be mapped to 
a basic type 520 for the underlying programming lan- 
guage; if true, mapping it to the basic type 528 and adding 
the parameter to the parameter list 548. Otherwise, the 
system tries to use predefined typemappers 530 and 538. 
Finally, the system introspects the generated client stubs 
540 and maps to the types defined in the generated stubs. 

[0041] Fig 5 depicts a parameter-by-parameter loop of con- 
structing the invocation inputs. Here is the topology of 



Web Services: a WSDL file describes one or more Web ser- 
vices; each Web service has one or more operations; and 
each operation consists of zero or more parameters. 
Therefore, Fig. 5 is for a certain operation in a certain Web 

service described by a certain WSDL. 
The Invocation Phase 

[0042] The system packages the above-mentioned prerequisites 
into an invocation request object 610 as depicted in Fig. 6. 
Then the system submits the invocation request to the in- 
vocation queue 600. A daemon thread called queue 
watcher 618 removes the request from the queue and 
spurs a client thread 628 for each request in the queue. 
Please note that the system processes concurrent submis- 
sions of WSDL and form data from end users. For each 
user submission, concurrency configurations are saved; 
invocation object and inputs constructed; and an invoca- 
tion request submitted to the queue. 

[0043] The client thread reads the concurrency configurations 
and further spurs one or more invocation threads 638. 
Each invocation thread applies the invocation object and 
inputs, and invokes one or more times the designated 
Web service according to the concurrency configurations. 

[0044] The present invention is a real time interactive system. 



Upon submission of the Web based form 348, the system 
manages the on-going Web Services invocation by paus- 
ing, stopping, or restarting the execution of invocation 
threads 638. 

[0045] The invocation result 630 consisting of outputs and SOAP 
performance measures is saved in real time while the in- 
vocation threads are executing. The outputs are SOAP re- 
sponses, if successfully invoked, or SOAP fault messages 
otherwise. 

[0046] when end users want to invoke a previously invoked Web 
service with the same set of inputs and concurrency con- 
figurations, instead of once again filling out the Web 
based forms 200, 220, and 500, the system clones the prior 
Web Services invocation as depicted in Fig. 7. 

[0047] As long as above-mentioned three prerequisites are 

copied over or reconstructed, the sequence of copying or 
reconstruction is not important. Fig. 7 is an illustration of 
one of the many possible sequences. The system straight- 
forwardly copies the concurrency configurations 710 upon 
receipt of the cloning request 700. Then, it looks up the 
inputs 720 from cache. It copies inputs 730 or reconstructs 
it in process 726. 

[0048] Next, the system looks up the invocation object 740 in 



cache, and copies 748 over if it's found. Otherwise, the 
system takes following three routes similar to those in Fig. 
4\ 1. starting with WSDL, taking 740 750 760 770; 2. starting 
with the generated stubs, taking 740 750 760 766; 3. start- 
ing with the loaded classes, taking 740 750 756. 
[0049] Again, the system uses the workflow in Fig. 6 to invoke the 
previously invoked Web service and manages the cloned 
invocation by pausing, stopping, or restarting the execu- 
tion of invocation threads 638. 
Processing Invocation Results 

[0050] The present invention uses the open source program 

Apache Axis to process SOAP calls. Axis handles the dese- 
rialization of XML content in SOAP responses into Java ob- 
jects. The present invention processes the Java objects 
and automatically generates JSP pages to display the invo- 
cation results with no need to code the visual presenta- 
tion. The system processes an invocation result by con- 
structing a table from the Java object. Each row in the ta- 
ble is a name value pair. The visual presentation is per- 
formed by fitting the table into a set of predefined tem- 
plates that allow end users to tailor the report to their 
preferences. 

[0051] The following WSDL fragment indicates the invocation re- 



suit for operation GetStockQuotes is of type Array- 
OfQuote: 

[0052] < S :element 

name="GetStockQuotesResponse"><s:complexType><s:s 
equencexs:element minOccurs="0" maxOccurs="l" 
name="GetStockQuotesResult" type="s0:ArrayOfQuote" / 
> </s:sequence> </s:complexType> </s:element> 

[0053] The system retrieves quotes, say, for QQQ and SPY. Here 
is the SOAP response: 

[0054] <? xm | version= ,, 1.0" encoding= ,, UTF-8 ,, ?xsoap:Envelope 
xmlns:soap="http://schemas. xmlsoap.org/soap/envelope 
/" 

xmlns:xsi="http://www.w3. org/200 1/XMLSchema-instan 

_ _ ii 
ce 

xmlns:xsd="http://www.w3. org/200 l/XMLSchema"xso 

ap:Body><GetStockQuotesResponse 

xmlns="http://swanandmokashi.com/"xGetStockQuotes 

ResultxQuotexCompanyName>NASDAQ 100 

TRUST</CompanyNamexStockTicker>QQQ</StockTick 

e r x Stoc kQu ote > 3 1 . 80 < /Stoc kQu ote x LastU pd ated > 4 : 

16pm</LastUpdatedxChange>+0.38</ChangexOpen 

Price>31.79</OpenPricexDayHighPrice>32.33</DayHi 

gh- 



PricexDayLowPrice>31.52</DayLowPricexVolume>85 
739504</VolumexMarketCap>N/A</MarketCapxYea 
rRange>19.76 - 

32.75</YearRangex/QuotexQuotexCompanyName 
>S&P DEPOS 

RECPTS</CompanyNamexStockTicker>SPY</StockTicke 

rxStockQuote>99.39</StockQuotexLastUpdated>4:l 

5pm</LastUpdatedxChange>+0.23</ChangexOpenP 

rice>99.98</OpenPricexDayHighPrice>100.94</DayHi 

gh- 

PricexDayLowPrice>99.05</DayLowPricexVolume>59 
123300</VolumexMarketCap>N/A</MarketCapxYea 
rRange>77.07 - 

102.179</YearRangex/Quotex/CetStockQuotesResult 
></GetStockQuotesResponsex/soap:Bodyx/soap:Enve 
lope> 

[0055] Apache Axis constructs from the SOAP response a Java 
object of type ArrayOfQuote and the system constructs a 
table as listed below from the Java object. And the prede- 
fined templates provide a visual format of the table. 

[0056] stock Quotes Constructed from the ArrayOfQuote Java Object 



CompanyName 


NASDAQ 100 TRUST 


StockTicker 


QQQ 



StockQuote 


31.80 


LastUpdated 


4:16pm 


Change 


+0.38 


OpenPrice 


31.79 


DayHighPrice 


32.33 


DayLowPrice 


31.52 


Volume 


85739504 


MarketCap 


N/A 


YearRange 


19.76-32.75 


CompanyName 


S&P DEPOS RECPTS 


StockTicker 


SPY 


StockQuote 


99.39 


LastUpdated 


4:15pm 


Change 


+0.23 


OpenPrice 


99.98 


DayHighPrice 


100.94 


DayLowPrice 


99.05 


Volume 


59123300 


MarketCap 


N/A 


YearRange 


77.07-102.179 



[0057] By the way, the SOAP request message is listed below: 

[0058] <? xm | version= ,, 1.0" encod- 
ing ="UTF-8"?xsoapenv: Envelope 



xmlns:soapenv="http://schemas. xmlsoap.org/soap/envel 
ope/" xmlns:xsd="http://www.w3. org/200 1/XMLSchema" 
xmlns:xsi="http://www.w3. org/200 1/XMLSchema-instan 
ce"> <soapenv:Body> <GetStockQuotes 
xmlns="http://swanandmokashi.com/"> 
<QuoteTicker>qqq,spy</QuoteTicker> 
</GetStockQuotes> 

</soapenv:Bodyx/soapenv:Envelope> 
[0059] | n addition to presenting the invocation result as name 
value pairs, the present invention comprises of the com- 
puter program product to intercept and present raw SOAP 
request and response messages as listed above. This way, 
the computer program product has SOAP request mes- 
sages transformed by end users, resent to the original 
SOAP endpoints, or a newly designated SOAP endpoints 
reconfigured in real time. 
[0060] Apache Axis has a built-in TcpMon to do SOAP message 
transformation and redirection. It's a technology config- 
ured on the server side. The present invention is a client 
side technology innovation with no need to listen to any 
network communication ports. Also, TcpMon is a Java 
Swing program while the present invention is a Web based 
computer program product. 



[0061] | n case the SOAP response message carries attachments, 
the system first saves the attachments for each end user 
and categorizes the attachments by Web Services port 
name, then removes the attachments from system cache. 
In case of multi-threaded invocations, the system recon- 
structs the invocation object after each removal of the at- 
tachments from system cache. 

[0062] The present invention is a system, method, and computer 
program product to take SOAP performance measures 
while invoking Web Services and processing SOAP re- 
sponses. The system measures three parameters: 

[0063] i, SOAP throughput. It is the number of completed invo- 
cations in a given period of time, wherein a completed in- 
vocation is a SOAP request/response round trip. Each in- 
vocation request causes a client thread to be spurred, 
which in turn spurs one or more invocation threads ac- 
cording to the concurrency configurations. And each invo- 
cation thread performs one or more invocations as per the 
concurrency configurations. Therefore, SOAP throughput 
is a measurement for multiple transactions/invocations 
with multiple threads/virtual users. SOAP throughput 
measures the speed of the Web Services invoker and is an 
indicator in the Web Services performance testing. 



[0064] 2. Active Invocation Threads. It is the number of virtual 
users that are in the process of invoking Web Services. 
The computer program product samples the data at a cer- 
tain time interval and comes up an indication of the client 
load. The number of active invocation threads is an indi- 
cator in the Web Services load testing. 

[0065] 3, Memory Usage. The computer program code measures 
the memory map in the heap allocation of the Java virtual 
machine and comes up with an indicator of how much 
memory is used by the virtual users/active invocation 
threads. Memory usage is an indicator in the Web Services 
performance testing. 

[0066] The system uses all of the above-mentioned three param- 
eters in benchmark testing Web Services, which consists 
of: 1. saving an invocation request as the baseline, and 
comparing performance and load of other invocation re- 
quests to the baseline; 2. saving at least two invocation 
requests as benchmarks, and comparing performance and 
load among the benchmarks. 

[0067] The computer program product generates JSP pages and 
allows end users to configure and reconfigure baseline 
and benchmark comparisons in real time. 

[0068] The computer program product computes SOAP through- 



put by taking reciprocal of the moving average of SOAP 
response time. Meanwhile, the computer program product 
collects statistics of SOAP response time in real time: min- 
imum response time, maximum response time, and mean 
response time. 

[0069] The computer program product measures and displays 

the real time progress of Web Services invocations. The 

progress measurement has three indicators: percentage 

success, percentage fail, and percentage unfinished, 

which sums up to one hundred percent. The computer 

program product also measures and displays the elapsed 

time, and estimates time to completion. 
The Overloaded Methods 

[0070] Overloaded methods are methods of the same names but 
different method signatures. Method itself is a concept in 
object-oriented programming. In WSDL, the correspon- 
dent term is operation. Overloaded methods in WSDL are 
described as operations of the same name but different 
input/output parameters. There is a constant need to dis- 
tinguish between overloaded methods from parsing WSDL 
to constructing invocation inputs. The challenge is that 
method name is presented in the Web based forms and 
the backend has to maintain and track the mapping be- 



tween method names and the method objects. When 
methods are overloaded, the same method name can be 
mapped to different method objects. 
[0071] The present invention provides a computer program 

product to process overloaded methods: 1. Overloaded 
methods in parsing WSDL 328\x\Fig. 3. First, constructing 
operation objects from WSDL. Second, for each operation 
object, constructing a list of parameter types. Third, con- 
structing a method table to map between the operation 
object and parameter type list; 2. Overloaded methods in 
constructing invocation inputs. First, listing method 
names in the Web based form 348 \nFig. 3. Second, asso- 
ciate each method name to an index that points to the 
position in the method table. Third, read the parameter 
type list from the method table. Fourth, constructing in- 
vocation inputs with the form data and the parameter type 

lists 500, 510, 520, 530 in Fig. 5. 

The Finance Schedules 

[0072] Th e present invention provides two finance schedules for 
end users to use the system to invoke Web Services: 

[0073] I. Pay-as-you-go Schedule. When receiving new WSDL and 
concurrency configurations, the system presents a Web 
based form and demands payment for the invocation ser- 



vice to be provided. The payment method is credit card, 
debit card, or check. The system processes the form data 
and seeks authorization of payment in real time. The sys- 
tem will not proceed to invoking the designated Web ser- 
vice until the payment authorization is successful. 
[0074] 2.Prepaid Schedule. When receiving new WSDL and concur- 
rency configurations, the system charges the end user out 
of the subscription plan where the end user has prepaid 
for the rights to use the system to invoke Web Services. 
The subscription plan carries a term limit and a virtual 
user limit. 

[0075] The system is free of charge when the end user is of visi- 
tor status. The number of invocation thread, however, is 
limited to one for free invocation. 

[0076] so far, the finance schedules are omitted in drawings for 
simplicity. A close look at Fig. 2 gives an insertion point of 
the finance schedules between processes 200, 210, and 
218. Drilling down to the insertion point leads to Fig. 8 
where the system starts from processing form data 800 
and ends with processing WSDL and saving concurrency 
configurations 848. The finance schedules are depicted in 
the middle. 

[0077] when receiving new WSDL and concurrency configura- 



tions, the system first checks whether the end user has a 
subscription plan 810 to cover the Web Services invoca- 
tion. If true, the system proceeds to process 848 directly. 
Otherwise, the system prompts the end user to subscribe 
the invocation service 820. If the end user chooses to sub- 
scribe, the system presents a Web based subscription 
form 828. The system presents a Web based payment form 
830 whether the end user chooses to subscribe or not, as 
long as the system does not find a sufficient subscription 
plan to cover the Web Services invocation. The system 
processes payment form data and seeks a third party au- 
thorization 840 for the payment. The system proceeds to 
the next stage of processing WSDL and saving concur- 
rency configurations 848 if the authorization is successful, 
and reports errors otherwise. 
[0078] The pay-as-you-go finance schedule is embodied in the 
route of 800 810 820 830 840 848. The prepaid finance 
schedule is embodied in two routes: 800 810 848, andSOO 
810 820 828 830 840 848. Both finance schedules charge on 
the basis of virtual users/number of invocation threads. 
The Web based payment form 830, however, has different 
pricing for the two finance schedules. As the prepaid 
schedule also carries a term limit, pricing for the prepaid 



schedule is based on the duration of the subscription and 

virtual users as well. 
The Invocation Form 



[0079] The Web based form depicted in boxes 220, 348, and 500 is 
an invocation form that allows end users to dynamically 
configure and reconfigure the list of operations to be in- 
voked and to enter parameter values for each operation. 
The computer program product renders the invocation 
form in HTML with JSP. 

[0080] The invocation form presents two lists of operations. One 
is the full list of operations included in the Web service. 
The other is the list of operations selected by end users 
for invoking the Web service. The second list is an invoca- 
tion list and is a sub set of the first. The dynamically con- 
figured membership and the sequence in the invocation 
list dictate what operations are to be invoked and what 
the invocation sequence is. 

[0081] when end users submit the invocation list along with the 
parameter values, they inadvertently double click the sub- 
mit button and cause the invocation form to be submitted 
twice, which causes waste of network bandwidth and 
computer cycles in the backend. The present invention 
provides means for detecting and ignoring duplicate form 



submissions by monitoring an order submission stack. 
Membership in the order stack indicates a duplicate sub- 
mission, which is ignored unless it is a resend of a previ- 
ously failed invocation. 
[0082] The computer program product treats each new submis- 
sion of WSDL 200 as a new order and saves concurrency 
configurations in the order object. The invocation form 
submission causes the concurrency configurations data to 
be transformed to the invocation request object and the 

order object to be persisted in the backend database. 
Program Listing Deposit 

[0083] / 

*********************************************** 
********************** U5TED BELOW ARE JAVA AND JSP 
CODE DISCLOSURE. JAVA EXCEPTION HANDLING CODE ARE 
STRIPPED OFF FOR SIMPLICITY. 

*********************************************************** 

**********************y J ************************** f^lgjirig 

2^ 27 *************************** j private String pars— 

eServices(HttpSession session, Definition definition) { 

if(endPoint == null || endPoint.compareTo("") == 0) 
parseError = "Can not find Soap endpoint in WSDL!"; else 
if(portName != null && portName.compareTo("") != 0) // 



Generating client stubs spurCodeThread(morphlD, wsdl, 

portName, orderNumber); return portTypeName; // 

Then, generate Web based forms } private void spurCode- 
Thread(String morphID, String wsdl, String portName, 
String orderNumber) { Handle handle = new Han- 
dle(morphlD, wsdl, portName, orderNumber); han- 
dle.setPriority(MAX_PRIORITY); handle. startO; } // Call 
Apache Axis api to generate client stubs in Java private 
void generateO { Emitter emitter = new Emitter(); emit- 
ter.setOutputDir(rootPath + File. separator + SOURCE_DIR); 
Parser parser = new Parser(); parser. setNowrap(true); 
parser = emitter; parser. run(wsdl); } / 
****************************** Claims 26 28 29 30 31 
******************************^ ii r^Qp struct from loaded 

classes public CodeGenerator(Object locator, String port- 
Name) throws InvocationException { this. locator = locator; 
this. portName = portName; } // Construct from generated 
client stubs public CodeCenerator(String portName, String 
orderNumber) { this. portName = portName; 
this. orderNumber = orderNumber; String cPath = 
DIR.GENERATED + File. separator + orderNumber + 
File. separator + CLASS.DIR; compiled = new File(cPath); 
locateO; } // Construct from WSDL public CodeGenera- 



tor(String wsdl, String portName, String orderNumber) { 
this.wsdl = wsdl; this. portName = portName; 
this. orderNumber = orderNumber; rootPath = 
DIR_GENERATED + File. separator + orderNumber; gener- 
ate(); compile(); locate(); } public Object getlnvokeHandleO 
{ String methodName = "get" + portName; serviceObject 
= clocator.getMethod(methodName, null).invoke(locator, 
null); return serviceObject; } / 
****************************** ClcUms 26 28 32 
******************************y public Object 

soap2Java(String value, Class type) { if(value == null || 
type == Void.TYPE) return null; if(type = = 
java.lang. String. class) return value; Object object = null; 
if(type.isArrayO) { object = getArray(value, type); } else { 
object = tryFirstl_ayer(value, type); if(object == null) { 
paramType = type; traverse(value, type, null); object = 

parameter; } } return object; } / 
****************************** £|gj|"i"i5 26 28 33 
****************************** J pcjvQ^g void saveOrderQ { 
if(Form.isQuickOrder(session)) { order. setVirtualUsers(new 
lnteger(DEFAULT_VIRTUALUSERS)); order.setlterations(new 
lnteger(DEFAULT_ITERATIONS)); order.setlnitialUsers(new 
lnteger(DEFAULT_VIRTUALUSERS)); or- 



der.setUserStartlnterval(new Integer(DEFAULTJNTERVAL)); 
} else { or- 

der.setVirtualUsers((lnteger)session.getAttribute(VIRTUAL 
USERS)); or- 

der.setlterations((lnteger)session.getAttribute(ITERATIONS 
)); or- 

der.setlnitialUsers((lnteger)session.getAttribute(INITIALUSE 
RS)); or- 

der.setUserStartlnterval((lnteger)session.getAttribute(INTE 

j j y****************************** Claims 24 28 

35 36 public void 

placeOrder(HttpSession session, String morphID, boolean 
isResend) { String orderNumber = null; InvocationRequest 
r = new lnvocationRequest(session, morphID); 
MorphServer.submit(r); } public InvocationRe- 
quest(HttpSession session, String morphID) { this. session 
= session; this. morphID = morphID; // methods carries 
the invocation inputs methods = 

(Hashtable)session.getAttribute(INVOKE_PARAMETER); or- 
derNumber = 

(String)session.getAttribute(ORDERNUMBER); // order car- 
ries the concurrency configurations Order order = new 
Order(morphlD, orderNumber); // iresult carries the invo- 



cation object Result iresult = new Result(orderNumber); } 
public synchronized void run() { while(true) { Invocation- 
Request request = (InvocationRequest)Queue.dequeO; In- 
vocation invocation = new lnvocation(request, orderNum- 
ber); Invocation. start(); } } public void invoke() { threads = 
new ThreadGroup(INVOKERS, orderNumber); for(int i = 0; i 
< virtualUsers; i ++) { InvocationThread ithread = new In- 
vocationThread(new Integer(i).toStringO); ithread. start(); } } 

Claims 26 37 

public void 

pause(HttpServletRequest request, HttpServletResponse 
response) { MBean mbean = new MBean(); 
mbean.processBasic(request); Order order = 
mbean. getlnvocationOrderO; Result iresult = 
mbean. getResult(); iresult.setOrderPaused(true); } public 
void stop(HttpServletRequest request, HttpServletRe- 
sponse response) { MBean mbean = new MBean(); 
mbean. processBasic(request); Order order = 
mbean. getlnvocationOrderO; Result iresult = 
mbean. getResult(); iresult.setOrderPaused(false); ire- 
sult. setOrderCancelled(true); } public void 
restart(HttpServletRequest request, HttpServletResponse 
response) { MBean mbean = new MBean(); 



mbean.processBasic(request); Order order = 
mbean.getlnvocationOrderO; Result iresult = 
mbean.getResultO; iresult.setOrderPaused(false); } public 
synchronized void run() { for(int k = 0; k < iterPerUser; 
k++) { while(iresult.orderPausedO) { try { 
Thread.currentThread().sleep(THREAD_INTERVAL); } 
catch(lnterruptedException iex) {} } 

if(iresult.orderCancelledO) break; invokeService(); }} / 

****************************** Claims 26 38 
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Clone(HttpServletRequest request, HttpServletResponse 
response) throws ServletException { HttpSession session = 
request. getSessionO; String orderNumber = null; MBean 
mbean = new MorphBeanQ; mbean.processBasic(request); 
Order ord = mbean.getlnvocationOrderO; String ordNum- 
ber = ord.getOrderNumberO; String morphID = 
mbean. getUserName(); orderNumber = Mor- 
phData.dispatchOrderNumber(); InvocationRequest ire- 
quest = new lnvocationRequest(morphlD, ordNumber, or- 
derNumber); MorphServer.submit(irequest); } // Construc- 
tor for cloning public lnvocationRequest(String morphID, 
String ordNumber, String orderNumber) { this. morphID = 
morphID; this. ordNumber = ordNumber; 



this.orderNumber = orderNumber; clonelt(); locate(); } / 
****************************** ^igji'i'is 26 39 40 
******************************y public void savePerfor- 
mance(HttpServletRequest request, HttpServletResponse 
response) { String orderNumber = null; Result iresult = 
null; MBean mbean = new MBean(); 
mbean.processBasic(request); Order order = 
mbean. getlnvocationOrderO; orderNumber = or- 
der.getOrderNumber(); boolean baseline = 
mbean. addAsBaseline(); boolean benchmark = 
mbean. addAsBenchmark(); Port port = mbean. getPort(); 
iresult = mbean. getResultO; if(baseline && port != null) { 
String previousBaseline = port.getBaselineO; 
port.setBaseline(orderNumber); String baselineName = 
mbean. getBaselineNameO; or- 
der.setBaselineName(baselineName); String base- 
MneDescription = mbean. getBaselineDescription(); or- 
der.setBaselineDescription(baselineDescription); } 
if(benchmark && port != null) { 

port.addBenchmark(orderNumber); String benchmark- 
Name = mbean. getBenchmarkName(); or- 
der.setBenchmarkName(benchmarkName); String bench- 
markDescription = mbean. getBenchmarkDescriptionQ; or- 



der.setBenchmarkDescription(benchmarkDescription); } } 
private void invokeMethod(Method method, String 
methodName, Object[] inputs, int iteration) { String iter = 
"iteration " + iteration; Object result = null; String 
soapRequest = null, soapResponse = null, fault = null; 
long start = 0; long end = 0; try{ start = Sys- 
tem. currentTimeMillisO; result = 
method. invoke(serviceObject, inputs); end = Sys- 
tem. currentTimeMillisO; increment(threadlndex, 0); } catch 
(Exception ex) { end = System. currentTimeMillisO; fault = 
userPrefix + ", " + iter + "- Error occurred in invoking 
method " + methodName + ".\n"; } long responseTime = 
end - start; transactionCount+ + ; totalTime += response- 
Time; if(totalTime == 0) totalTime = 1; throughput = 
1000*transactionCount/(int)totalTime; if(throughput = = 
0) throughput = 1; if(fault != null && fault.compareToC") 
!= 0) increment(threadlndex, 1); mean += totalTime/ 
transactionCount; if(transactionCount == 1) { min = re- 
sponseTime; max = responseTime; } else { if(min > re- 
sponseTime) min = responseTime; if(max < response- 
Time) max = responseTime; } } private void savePerfor- 
mance() { int users = threads. activeCount(); invocationRe- 
sult.setVirtualCount(users); performance[dlndex][0] = new 



Long(System.currentTimeMillisO); performance[dlndex][l] 
= new Integer(users); performance[dlndex][2] = new Inte- 
ger(throughput); performance[dlndex][3] = new Long( 
(Runtime. getRuntime().totalMemory() - Run- 
time. getRuntime().freeMemory())/1000); } public void 
drawStatusO { int successSum = 0, failSum = 0; int s = 
sTable. length; for(int i = 0; i < s; i ++) { successSum + = 
sTable[i][0].intValue(); failSum += sTable[i][l].intValue(); } 
int transactions = iresult.getTransactions().intValue(); int 
unfinished = transactions - successSum - failSum; De- 
faultPieDataset status = new DefaultPieDataset(); sta- 
tus. setValueCFail", new Integer(failSum)); sta- 
tus. setValue("Success", new Integer(successSum)); sta- 
tus. setValue("Unfinished", new Integer(unfinished)); String 
title = "Success = " + successSum + " Fail = " + failSum + 
" Unfinished = " + unfinished; PieChart pieChart = new 
PieChart( CHART.WIDTH, CHART.HEIGHT, status, title); // 
The pie chart displays percentage success, percentage 
fail, // and percentage unfinished. } <% String altText = 
"Status Pie Chart"; String remark = ""; Plotter plotter = 
morpher.getPlotterO; plotter.drawStatus(); String startTime 
= new Date(order.getStartTime()).toString(); long paused- 
Time = 0; TreeSet set = order.listPausedTimeO; if(set ! = 



null) { Iterator iterator = set.iterator(); 
while(iterator.hasNextO) { String pre = 
(String)iterator.next(); pausedTime += new 
Long(pre).longValue(); } } long elapsed = Sys- 
tem. currentTimeMillisO - stime - pausedTime; long com- 
pleted = morpher.getResult().getCompleted().longValue(); 
long estimatedTotal = 100*elapsed/completed; long esti- 
matedLeft = estimatedTotal - elapsed; %> / 
****************************** Claims 26 41 42 
******************************^ public void 

charge(HttpServletRequest request, boolean quickOrder) 
throws ServletException { String error = null; HttpSession 
session = request. getSession(); if(lquickOrder) // if not a 
visitor request { String vLlsers = re- 
quest. getParameter(VIRTUALUSERS); virtualUsers = Inte- 
ger.parselnt(vUsers); } if(isForSubscription(session)) error 
= checkVirtualUsers(morphlD, virtualUsers); 
if(!isForSubscription(session)) charges = 
PRICE_ONDEMAND*virtualUsers; if(authorizeO) 
place(charges); } public String checkVirtualUsers(String 
morphID, int virtualUsers) { String error = null; Customer 
customer = new Customer(morphlD); String transaction- 
Number = customer.getPlanNumberO; Plan plan = new 



Plan(customer, transactionNumber); int planVirtualUsers = 
plan.getPlanVirtualUsers().intValue(); if(virtualUsers > 
planVirtualUsers) return "The number of virtual users in 
the order exceeds that in your subscription plan!"; TreeSet 
set = new Morpher(morphlD).listOrders(); Iterator iterator 
= set.iteratorO; int userslnuse = 0; 
while(iterator.hasNextO) { String orderNumber = 
(String)iterator.next(); Order order = new Order(morphlD, 
orderNumber); Boolean s = order. isForSubscription(); 
boolean forSubscription = false; if(s != null) forSubscrip- 
tion = s.booleanValueO; String status = or- 
der.getOrderStatusO; Integer v = order.getVirtualUsersO; 
int users = v.intValueO; userslnuse += users; } int to- 
talusers = userslnuse + virtualUsers; if(totalusers > plan- 
VirtualUsers) { error = "You ordered " + virtualUsers + " 
virtualUsers, <br>momentarily, You have " + 
(planVirtualUsers - userslnuse) + " left in the subscription 
plan! To free up virtual users, " + "you can cancel open 
orders or stop orders in execution."; } return error; } / 
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pnvate void pnnt(String 
name, Class rType, Object result, Object[][] rt) { if(rType 
= = java.lang. String. class || rType. isPrimitiveQ) { if(rType 



= = java.lang. Void .TYPE) result = new StringC'void"); int i = 
getNamelndex(rt, name); if(rt[i][0] == null) rt[i][0] = name; 
String!] values = (String[])rt[i][l]; int index = 0; values = 
new String[PAGE_SIZE]; rt[i][l] = values; values[index] = 
result. toString().trim(); } else { Method[] methods = 
rType.getDeclaredMethodsO; int count = methods. length; 
for(int i = 0; i < count; i + +) { Method method = meth- 
ods[i]; String methodName = method. getName(); 
ifCmethodName-startsWithCget") && method. getModifiers() 
= = 1 && method. getParameterTypes(). length == 0) { Ob- 
ject object = method. invoke(result, null); processRe- 

turn(methodName.substring(3), object, rt); } } } } / 
****************************** Claims 26 44 45 
******************************^ public void save(Order or- 
der, Message sMessage, String methodName, Result ire- 
suit) { String orderNumber = order.getOrderNumber(); 
String morphID = order. getUserName(); Iterator iterator = 
sMessage. getAttachments(); int attachlndex = 0; File dir = 
null; while(iterator.hasNextO) { AttachmentPart attachment 
= (AttachmentPart)iterator.next(); InputStream fis = at- 
tachment. getDataHandler().getlnputStream(); int size = 
fis.availableO; byte[] bytes = new byte[size]; 
fis.read(bytes); fis.close(); String fileName = getFile- 



Name(attachment, attach Index); File file = new File(dir, 
fileName); file.createNewFile(); FileOutputStream fos = 
new FileOutputStream(file); fos.write(bytes); fos.close(); 
attachlndex+ + ; } } public static void clear(Call call) { Mes- 
sageContext context = call.getMessageContextO; Message 
sMessage = context. getResponseMessageO; Iterator itera- 
tor = sMessage. getAttachments(); while(iterator.hasNextO) 
{ AttachmentPart att = (AttachmentPart)iterator.next(); 
String path = 

att.getDataHandler().getDataSource().getName(); File file = 
new File(path); file.delete(); att.clearContent(); 
att.removeAIIMimeHeadersO; } } public synchronized void 
run() { for(int k = 0; k < iterPerUser; k++) { Set keys = 
methods. keySetO; Iterator iterator = keys.iterator(); 
while(iterator.hasNextO) { Method method = 
(Method)iterator.next(); String methodName = get- 
MethodName(method, k); // this way can handle over- 
loaded methods Object[] inputs = 

(Object[])methods.get(method); while(busy) try { wait(100); 
} catch(lnterruptedException iex) {} busy = true; 
if(hasAttachments) refindMethod(methodName); in- 
vokeMethod(method, methodName, inputs, k); 
if(iresult.hasAttachments(methodName)) Attach- 



ment.clear(locator); } // end while } // end for } / 

****************************** ^igji'i'is 26 27 45 
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ods(HttpSession session, List list, Definition definition) { 
Hashtable methods = new HashtableO; Hashtable 
methodHints = new HashtableO; Map mmap = defini- 
tion. getMessages(); Set mset = mmap.keySet(); Iterator 
miterator = mset.iteratorQ; while(miterator.hasNextO) { 
Message message = (Message)mmap.get(miterator.nextO); 
Operation method = getMethod(message, list, true); 
if(method != null) { Hashtable parameters = new 
HashtableO; methods. put(method, parameters); Hashtable 
pHints = new HashtableO; // Use method object instead 
of method name as key // to handle method overloading 
methodHints. put(method, pHints); setParame- 
ters(definition, message, parameters, pHints, true); } } } 
<table> <% Set mset = method s.keySetO; Iterator mitera- 
tor = mset.iteratorO; int j = 0; while(miterator.hasNextO) { 
Operation op = (Operation)miterator.nextO; String mName 
= op.getNameO; if(j == index) { operation = op; method- 
Name = mName; } j + + ; %> <tr> <td width="100%" > 
<%= mName %></td> </tr> <%}%> </table> private 
void refreshMethodl_ist(HttpServletRequest request, Oper- 



ation operation, Hashtable methods, Hashtable paramVal- 
ues, Hashtable inputValues, Hashtable method Map) { 
Hashtable parameters = 

(Hashtable)methods.get(operation); Set pset = parame- 
ter s.keySetO; Iterator piterator = pset.iterator(); int pcount 
= pset.sizeO; Object []inputs = new Object[pcount]; 
Method method = getMethod(request, operation, parame- 
ters); methodMap.put(operation, method); Class[] types = 
method. getParameterTypesQ; int pindex = 0; 
while(piterator.hasNextO) { String parameterName = 
(String)piterator.next(); String parameterType = 
(String)parameters.get(parameterName); String value = 
request. getParameter(parameterName); inputs[pindex] = 
soap2Java(value, types[pindex]); pindex+ + ; } paramVal- 
ues.put(method, inputs); } /****************************** 
Claims 26 44 46 private 
void saveMessages(String methodName) { Call call = 
(Call)locator.getClass().getMethod("getCair, 
null).invoke(locator, null); MessageContext context = 
call.getMessageContextO; Message rMessage = con- 
text. getRequestMessage(); String soapRequest = rMes- 
sage. getSOAPPartAsStringO; Message sMessage = con- 
text. getResponseMessageQ; String soapResponse = sMes- 



sage.getSOAPPartAsStringO; ire- 
suit. setSoapRequest(methodName, soapRequest); ire- 
suit. setSoapResponse(methodName, soapResponse); } pri- 
vate void redirect(String morphID, String orderNumber, 
HttpServletRequest request) { String endPoint = null, 
methodName = null; String soapRequest = null, soapRe- 
sponse = null; Call call = null; Result iresult = null; Order 
order = new Order(morphlD, orderNumber); iresult = new 
Result(orderNumber); iresult.setHandlerError(""); 
while(true) { // transformed SOAP request message 
soapRequest = request. getParameter(REQUEST); method- 
Name = request. getParameter(METHODNAME); endPoint = 
request. getParameter(ENDPOINT); // dynamically recon- 
figures SOAP endpoint order.setEndpoint(endPoint); break; 
} Service service = new ServiceO; call = 
(Call)service.createCall(); 

call.setTargetEndpointAddress(endPoint); byte[] sb = 
soapRequest. getBytes(); ByteArraylnputStream bais = new 
ByteArraylnputStream(sb); SOAPEnvelope envelope = new 
SOAPEnvelope(bais); Message message = new Mes- 
sage(envelope); call.setRequestMessage(message); 
call.invokeO; Message responseMessage = 
call.getMessageContext().getResponseMessage(); soapRe- 



sponse = responseMessage.getSOAPPartAsStringO; byte[] 
responseBytes = responseMessage.getSOAPPartAsBytes(); 
updateResult(new ByteArraylnputStream(responseBytes), 
i result. getResult(methodName)); Attachment. save(order, 
responseMessage, methodName, iresult); 
if(iresult.hasAttachments(methodName)) Attach- 
ment. clear(call); iresult. setSoapRequest(methodName, 
soapRequest); iresult. setSoapResponse(methodName, 
soapResponse); } /****************************** Claims 
26 27 45 ****************************** i <TABLE 
WIDTH="100%" BORDER=0 CELLPADDING = 5 cellspac- 
ing="0"> <% int size = 0; if(invocationl_ist != null) { size = 
invocationList.size(); if(size > 1) { %> <TR> <TD 
width="35%" bgcolor="#C0C0C0" > <font 
size="2">lnvocation List:</font> </TD> <TD 
width="35%" bgcolor="#C0C0C0" > <%for(int k = 0; k < 
size; k++) { String boxName = Config.CHECKBOXNAME + 
k; int mindex = 0; Operation o = 

(Operation)invocationList.elementAt(k); String methName 
= o.getNameO; int I = 0; Set kset = methods. keySet(); It- 
erator it = kset.iteratorO; while(it.hasNextO) { Operation 
oper = (Operation)it.next(); if(oper.equals(o)) { mindex = I; 
break; } I + + ; } String target = ROOT + PAG E_ FORM + "?" + 



WSDL.METHODINDEX + "=" + mindex; %> <input 
type="checkbox" name="<%= boxName %>" value="<%= 
mindex %>" checked > <font size="2"xa href="<% 
out.print(target); %>"><%= methName %></axbr> 
</font> <%}%> </TD> <TD width= ,, 30%" bg- 
color="#C0C0C0"> <font size="2"> Uncheck a method to 
remove it from the Invocation List. The invocation se- 
quence is top-down on the list. </font> </TD> </TR> 
<%}}%> <TR> <TD width="100%" colspan=3 
height=18> </TD> </TR> <TRx/TABLE> private void 
refreshlnvocationList(HttpServletRequest request, Opera- 
tion operation, Hashtable methods, Hashtable paramVal- 
ues, Hashtable inputValues, boolean excluding, Hashtable 
methodMap) { HttpSession session = request. getSession(); 
Vector invocationList = 

(Vector)session.getAttribute(INVOKE_METHOD); 
if(invocationl_ist == null) { invocationList = new Vector(); 
session. setAttribute(INVOKE_METHOD, invocationList); } 
Vector tempVector = (Vector)invocationList.clone(); int 
size = tempVector.sizeO; for(int i = 0; i < size; i ++) { Op- 
eration oper = (Operation)tempVector.elementAt(i); String 
value = request.getParameter(CHECKBOXNAME + i); 
if(value == null || value. compareToC") == 0) { invocation- 



List.remove(oper); Method method = 
(Method)methodMap.get(oper); paramVal- 
ues.remove(method); inputValues.remove(method); } } 
if(!excluding && MnvocationList.contains(operation)) invo- 
cationList.add(operation); } /****************************** 
Claims 26 27 48 public 
void buildlnputs(HttpServletRequest request) { HttpSession 
session = request. getSession(); String morphID = check- 
Credential(session); String ordNumber = 
(String)session.getAttribute(ORDERNUMBER); Result iresult 
= new Result(ordNumber); boolean allow = false; 
if(orderVector.contains(ordNumber)) while(true) { Order 
order = new Order(null, ordNumber); TreeSet tset = or- 
der.listMethods(); Iterator iterator = tset.iterator(); 
while(iterator.hasNextO) { String methodName = 
(String)iterator.next(); String iError = ire- 
sult. getlnvokeError(methodName); if(iError != null && iEr- 
ror.compareTo("") != 0) { allow = true; break; } } if(allow) 
break; return; } if(allow) iresult. setResendlndicator(true); 
buildlnputsQ; } 



